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(54) Apparatus and method for installing software and recording medium storing program for 
realizing the method 



(57) The present invention provides a software in- 
stalling apparatus and a software installing method that 
facilitate the use of cooperatively operable software by 
automatically setting the user parameters, even in an 
environment where the users can connect or disconnect 
their PCs to the network frequently, and provides a re- 
cording medium storing a program for realizing the 



method. A client object 13 includes an identifier storing 
part for storing the identifier of a computer 3 on which a 
server object corresponding to the client object 13 op- 
erates. The client object 1 3 is transmitted to a computer 
4. When the client object 1 3 starts in the computer 4, 
the computer 3 where the corresponding server object 
starts can be easily identified. 
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.Description r . . - 

' -''11--. 

[0001].- The present invention relates to an apparatus, 
and a method for instaM.ing software and a recording me- 
diunn.storing. a. progranrv for- realizing the method. This 
apparatus makes it possible to automatically set:param- 
eters needed to be changed in corripliance with a linked 
computer.: a location, usable resources or the like, in an 
environment where objects operate cooperatively be- 
tween. a plurality of computers connected to a network. 
[0002] In recent years, personal computers (hereinal-. 
ter' referred; to as."PG"s) have been so widely used in 
- offices that the maintenance. cost of a large amount of 
software for the PCs used in the offices is steadily in-, 
creasing. For the purpose of curtailing the cost,. a new 
type of PCs called network terminals, is available. 
* [0003] Tfie network lerminal-is basically supplied vyith 
a program, such' as word processing software, from a 
' server, that manages the program,, every time the net- 
work terminal needs the program, rather than managing 
the program in the network terminal itself. In other 
words, since a server collectively updates a program 
whose version has been upgraded/ it is not necessary 
to update the program on the PCs. Therefore, it is not 
necessary for users to take care of the vcrsiori of soft- 
ware, because the software managed by the server is 
constantly maintained at the latest version. 
[0004] Furthermore, the use of the network ternninals . 
makes it possible to use software at places other than 
the office or through another PC, as long as the network 
covers those places or the PC. - • 
[0005] However, so far. most software programs that 
can be utilized by the network terminals operate individ- 
ually on a PC to which the software program is transmit- 
ted. Iri other words, the software programs. generally do 
hot operate cooperatively with other PCs. fvloreover, in 
the case where individual PCs are brought into a meet- 
ing room to exchange electronic information, it is nec- 
essary to utilize a software program that operates coop- 
eratively befween4he individual PCs. However, in order;, 
to utilize the cooperatively operable software, it is nee- . , 
essary to change the setting of the IP address and other 
parameters of the PCs to which information is. transmit- 
ted, depending on the PC on the other side of the coop- . - 
eration or the location of the utilization. ' • . 

[0006] In the related art, since PCs only can download 
programs that are statically managed by a server each , 
user has to set an IP address and other parameters in 
order to utilize a cooperatively operable software. How- 
ever, users usually do not know the I P address of a place-, 
"where they bring their PCs, so that they have to ask the 
rietwork manager'about the IP address of that place. As 
a result, even if users take their own. PCs with thorn, the 
PCs 'cannot be effectively utilized. . - 
[0007] Therefore, with the foregoing in mind, it is an 
object of the present invention to provide a software in- 
stalling apparatus and a software installing method that * 
facilitate the use of a software program that operates 



JO 



15 



20 



25 



30 



35 



.40. 



45 



SO 



55 



cooperatively between linked users by automatically 
setting the parameters of the.users, even in an environ- 
ment where the users can connect or disconnect their 
PCs to the network frequently, and. to provide a record- 
ing rnediumstoririg. a. prog ram Jpr realizing the method. 

, [0008] A software, installirig^apparatus of the present 
invention operates in. a. system for cooperatively oper- 
. ating a serve/ object arid a client object between at least 
two comp.uters connected.to.a network. The server ob- 
ject operates on a computer and waits for access from 

. another computer The clieat object. operates on a com- - 

V puter other^han.the computer on which the server object 
operates and accesses the server object. The software 
installing apparatus includes a server object storage for 
storing at least one serv.er object' server identifier ac- 
quiring rpeans for acquinng an identifier of a computer 

. on which the server object operates, a client object stor- 
;age fpr.st9ririg at. least .one client object including an 
identifier storage for storing the identifier acquired by the 
server identifier acquiring means, identifier storing 
means for storingjhe identifier acquired by the server 
identifier acquiririg .rneans in the identifier storage in- 
cluded in the client object co/resporiding to the operat- 
ing seryer object,, and ..object trarismitting means for 
transmitting at least one of the server object and the cli- 
ent object in. response to a request from the computer 
for operating ]he object. The server object is stored in 
the server object storage, apd.the client object is stored 
in the client object. storage, and includes the identifier 
storage for storing theJderitifier 
[0009] - In on^ enribodirnent of the present invention, 
the. server Qbject and. the client object include a main 
application that. operates and a control object that starts 
th.e mairi ap|f>lic^^tion. The identifier storage is included 
in the. control object of the client object. The object trans- 
mitting meaas transmits only the control object or the 

•control object and. the main application. Therefore, the 
present invention can be applied to a commercially 
available object that does. not include the identifier stor- 

[OpJO] In, another embodiment of the present inven- 
tiori, th e . software J ns.tal ling apparatus further includes 
client object operation end detecting means for detect- 
ing an end of operation of. the client object in the com- 
puter- oH; which the client object operates, counting 
rrieans for counting the number of computers on which 
.the'Clieni-object operates, based on the number of times 
the client object-is transmitted and the number of limes 
of the end of the operation detected by the client object 
-Operation end detecting means, and count determining 
means.for determining whether or not the number of the 
computers on which the client object operates counted 
by the counting means becomes zero. In the case where 
the number of computers on which the client object op- 
erates becomes zero, it is no longer necessary to allow 
the server object to operate in rnany cases, so that this 
.emtxxiiment of the present invention facilitates the man- 
agement of the server object. 
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[0011] In still another embodiment of the present in- 
vention, the software insi;^Hing apparatus (urther in- 
cludes a first table for storing a list of operating server - • 
objects, and a second table for storing a corresponding 
relationship between the client object and an ideniifier 5 
of a computer on which- the client* object can operate 
The object transmitting'meains transmits only the client 
object that can be'useid ih a computer that requested to 
transftiit the client object to the compute^ with reference 
to the first and second tables. This embodimenl of the '<> 
preserit invention makes it possible to transmit only the 
client object that can be used by the computer in view 
of the functions and performance of the corriputer - - 

[0012] In yet another embodiment of the preserit In- 
vention, the software installing apparatus further in- ' '5 
eludes new object receiving means for receiving a new"^ • 
object transmitted from' a computer; object deterrtiiriing ■ - ^ 
means for determining whether the-object received by 
the new object receiving means is the server object or 
- the client object; arid object storing means lor storing 20 
the object received by the riew object receiving means 
in at least one of the server object storage and ihe cHent 
object storage. This embodiment is effective in the case * 
where an object that is not registered'in a certain loca- 
tion is stored, for example, in a note size PC or the like. - 25 
and brought in the location to b© used in the location. 
Furtherrfiore, in the case where the server object and 
the client object is not the same, the object can be 'iden- 
tified for registration. 

[0013] in another embodiment of the present inxJ^en- 30 
tion. the software installing apparatus further includes 
server object operation managing means for determin- 
ing whether a computer on which the server object is^ 
operating exists. In the case where the server obiect op- 
eration managing "means receives a notification of start - .35 
of the server object, the object transmitting means trans- 
mits the client object corresponding to the server object * 
to a computer that recjuested to transmit the correspond- - : 
■ ing'client object before the sen/er object starts: When . 
the sen/er object is not operating, the client object usu-: • ^0 
ally cannot be used. However, this embodiment makes - " ^ 
it possible to transmit the client object upon the start of:' ' 
the server object to the computer that attempted to use 
the client object when the server object is not operating. ' 
[0014] In still another embodiment of the present in- 
vention. the software 'installing apparatus further in- - 
eludes server object operation end detecting means for 
delecting an end of operation of the server object in a 
computer on which the server* object is operating, and 
client object operation terminating means for terminal- : 50 
ing operation of the client object corresponding to the 
sen/er object when" the server object operation end de- . 
' tccting moans detects the end of the operation of the 
sen/er object. When the server object ends the opera- 
tion, it is usuat that the client-object cannot be utilized.-. 55 
Therefore, with the above -described structure, the client 
object that cannot be utilized is prevented from operat- 
ing. 



[0015] In yet another embodiment of the present in- 
vention, the software installing apparatus further in- 
cludes a table for storing a corresponding relationship 
between a plurality of networks and objects available for 
• each network, and network identifying means for iden- 
tifying a network to which a computer is connected The 
object transmitting means transmits only the object 
available' for the network determined by the network 
identifying means with reference to the table. This is ef- 
fective, for example, in the case where an pbject to be 
- used in a plurality of LANs is managficJ by one computer. 

[0016] * In another -embodiment, of the present invent 
^ lion, the softwarelnstaiting apparatus further includes a 
first table for- storing a correspondiog relationship be- 
tweeri locations of a computer and objects available for 
each location, asecond table, for storing a correspond- 
ing relationship between users and a computer carried 
by each user, user identifying means for identifying a 
user with, reference to the second table when a compu- 
ter is connected, and user location identifying means for 
identifying a location of a user identified by the user iden- 
tifying means. The object transmitting means transmits 
only-th-e-object available for the location with reference 
to the first table based on the location of the user iden- 
tified by Ihc user location identifying means when a com- 
puter IS connected. As the user location identifying 
means, for example, by identifying the location of the 
user from the identifier of the portable radio station used 
. by the portable radio of the user, an available object can 
be managed in a wider area, and only the object avail- 
able for the location. can be transmitted. 
[0017] In still another embodiment of the present in- 
vention, the software installing apparatus further in- 
cludes a .table for storing a corresponding relationship 
-between a plurality of networks and objects available for 
each network, and network designation receiving 
. means, for- receiving designation of a network from a 
' computer that is connected from outside the network. 
The object transmitting means transmits only the object 
- available for the designated network with reference to 
' the table. For example, this embodiment is effective in 
, the case of the connection via a telephone line from a 

, rural area. * • 
[0018] In yet another embodiment of the present in- 
vention, in the case where the object includes a plurality 
: .of modules, the sen/er object storage and the client 00- 
ject storage store the object divided into a plurality 
modules. The object iransnnilling means iransmils n dt- 
. visional module at the time when the computer needs 
the divisional module. Dividing the object and transmit- 
ting a necessary module of the divided object makes it 
possible to reduce the amount of transmission data 
[0019] According to another aspect of the invention, 
the present invention provides a . method for installing 
. software in a system for cooperatively operating a sen/- 
er object and a client object between at least two com- 
puters connected to a network. The server object oper- 
- ates on a computer and wails for access from another 
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computer. The client object operates on a computer oth- 

: er than the computer op which the server object pper- 
• ates, and .accesses the server object.- The methpd in- 

. eludes the steps of acquiring an identifier of a cpn^put.er 
on yyhich the server object operates,, and storing the 

. identifier acquired by the server ideotifier acquiring step, 
in an identifier storage .included iri .the client object. . . 
[0020] According to another aspect of the invention,, 
the present invention provides a computer-readable re- 
. cording mediurn that stores a program for realizing a _ 
. method forjnstalling software, in a system for cooperar 

. tivety ojDerating a.sen/er object and a client object be- 

: twaen-at least two computer;s connected to a network. 

: The server ohject.operates pn a GGrrnputer and waits for., . 
:;access from another computer. The, client object oper- 
ates on a computer other than the computer on which. , 
the server object operates and accesses the server ob- . 
ject. The program, executes the steps of acquiring an 
identifier of a computer on which the server object. op- 

: ,erales, and sloring. lhe identifier acquired by the server 
identifier acquiring step in an identifier storage included 
in the client object . - 

[0021] ^ By using the software instajling apparatus and 
the software installing method according to the present 
invention, a computer on which a client object operates , . 
: can access and be linked toa computoron which a.sery- . 
er object operates without searching information con- 
cerning the computer on which a server object operates. = 

- [0022] Therefore, evep. in an environment where.usr 
ers connect or disconnect their- PCs to the network fre- . . 
quently, a cooperatively operable program can be easily 
used by automatically setting the. user parameters.. 
[0023] Furthermore, using the software installing ap: . 
paratus andthe software installing method according to 

' the present invention proyides a, robust system.. 
[0024] These and other advantages of the present in- 
vention will become apparent to those skilled in the art 

- upon reading and understanding the following detailed , 
description with reference to the accompanying figures... ; . 
[0025] Figure 1 is a functional block diagrarri .showing 
the structure of an object rrianagement server in a first 
embodiment of .the present invention. 

; [0026] Figure 2 is a fufictional block diagram shovving 
• the state where a PG 3 on. which a server object runs is 
•connected to a- LAN 2 in th^e. first. embodiment of the . 
present invention. 

[0027] - Figure 3 is a flow chart showing the procedure 
of a communication processor 311, of the PC 3 when a 
software installing;apparatus is started in the first em- . 
bodiment of the present invention. 
[0028] Figure 4 is a flowchart showing the procedure 
of a communication- processor 111 of the object man- . 

•agcmcnt server 1 when the PC 3 rs connected to. the.. 
LAN 2 in the first embodiment of the present invention, 
[0029] Figure 5 is a, schematic diagram showing the . 
content of a client object of the present invention. 

-[0030] ' Figure 6 is a functional- block diagram showing. • 
the state where a PC 4 on which a client object runs is 
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connected to the LAN 2 in the first embodiment of the 
present invention 

[0031] Figure 7 is a flow chart shovving the procedure 
of a communication processor 411 of the PC 4 when a 
software installing apparatus is started in the first em- 

. bodiment of the present invention. ' 
. [0032] . Figure 8 is a flow chart showing the procedure 
of a comniunication processor 111 of the object man- 
agement server 1 when the PC'4 is connected to the 
. LAN 2 in the first embodirneht of .the present invention. 
[0033] .Figure '9 .is a timing chart "showing the se- 
quence pf communication between the object manage- 
ment. server 1, the PC 3 and the PQ 4 over time from 
the notificatioii of the identifier of the PC 3 upon the con- 
^.nection of the PC 3 to tfie LAN 2 to the completion of 
,the. link between the PC 3 and this PC 4 in the first em- 

. bodinnent pf the present invention. '* 

. .J [0034] Figure lOA is a'schematiic diagram of a server 
.object in a second embodiment of the present invention. 
[0035] Figure lOB is a schematic diagram of a client 
object in the second embodiment of the present inven- 
tion. . . ^ ' . * " \ 
[0036] Figure 11 is a functional block diagram show- 
ing the structure of an object management server in a 
third embodiment of the present invention. 
[0037] Figure 1 2 is a flow chart showing the procedure 
of a cornmunication processor 111 of the object man- 
agement server 1 in the tfiird embodiment of the present 
.jnvention. .. 

[0038] Figure 13 is a functional block diagram show- 
, ing the. structure of an object management server 1 in a 

fourth embodiment of the present invention. 
. [0039] Figures 14A and 14B are diagrams showing 
..exemplary linked client managernent tables in the fourth 

embodiment of the present invention. 

[0040] Figures 1 5A and 1 5B are diagrams showing 

exerriplary available server object management tables 
. in the jfourth embodiment of the present invention. 
.. [0041] Figure 16 is a diagram showing an exemplary 

available, client object management table in the fourth 

'•''-it 

ernbodiment of the present invention. 
. . [0042] Figure 17 is a flow chart showing the procedure 
of a controller 3.1 of the PC 3 when an object stored in 
an object storing device 32 of the PC3 is registered in 
the object management server 1 in a fifth embodiment 
of the present invention. 

[0043] Figure 1 8 is a flow chart showing the procedure 
of a conlroller 11 of the object management server l 
when an object is registered in the fifth embodiment of 
the present invention. 

[0044] Figure 19 is a flow chart showing the detailed 
. procedure of an object registration process in the fifth 
embodiment of .the present invention. 
,[0045] Figure 20 is a flow chart showing the procedure 
of the controller 11 of the object rrianagement server 1 
when the PC 3 on which a sever object runs is not con- 
nected and the PC 4 on which, a client object runs is 
connected in a sixth embodiment of the present inven- 



4 



BNSDOCtD- <SP . 0924S09A2 I > 



EP 0 924 609 A2 



8 



Is 



tion 

[0046] Figure 21 is a timing chart showing a cxmnmu-* ^ 
nication sequence from the request of the PC 4 for link- 
ing to the link of the PC 4 to the PC 3 in the sixth ehri- " 
bodiment of" the present invention. ^ 
[0047] Figure 22 is a flowchart showing the procedure 
of the 'controller 11 of the object rfianagement server 1 
when a sen/er object is terrininated in a seventh embod- 
iment. of the present invention. 

[0048] Figure" 23 \s a funclionaj block diagram show- io 
ing the strticture of the object management server 1 in 
an eigKth embodtmenl of the present invention. 

. [0049] Figure 24 is a diagram showing an exemplary 
management table of objects thai can be provided in the 
eighth embodiment of the present invention. ' 

' [0050] Figure 25 a functtohal block'diagram shovving 
the structure of the'object management server 1 ih a 
ninth embodiment of the present fnventton. 
[0051] Figure 2^ is a diagram showing an exemplary 

■ available server bbjecl managernenl lkble in the ninth -so- 
embodiment of tlie present irivention. ' 
[0052] Figure 27 is a diagram showing an exemplary 
available clierlt object management table in the ninth • = 
embojimerit of the present invention. 

[0053] Figure 23 is a flow chart showing the prdcodurc 2S 
of the communication processor 1 1 V of the object man^ 
agement server 1 when' the PC 4 is connected to the 
LAN 2 in the ninth embodiment of the present tnvJdhtion. 
[0054] Figure 29 is a flow chart showing the detailed 
procedure of a client object transmission process in the 30 
ninth embodiment of the present invention. 
[0055] Figure 30 is a diagram showing an environ- 
ment where a software installing" apparatus is realized 
in a tenth embodiment of the present invention. ' 
[0056] Figure 31 is a diagram showing an exemplary 35 
table stored in a location identify ihg part 118 in the tenth 
embodiment of the present invention. 
[0057] Figure 32 is a diagram showing an exemplary ' " 
table storing the corresponding relationship between 
the user identifier and the radio station identifier in the ' 40 
tenth embodiment of the present iriyention. 
[0058] Figure 33 is a'diagrarri shoNiving an exemplary 
available server object management table in the tenth 
embodiment of the present invenlibn. 
[0059] Figure 34 is a diagram showing an exemplary -^5 
available client object management table in the tenth 
embodiment of the present invention. 
[0060] Figure 35 is a flow chart showing the detailed 
procedure of a client object transmission process in the 
tenth embodiment of the present invention. 
[0061] Figure 36 is a d lag rarrT showing an envirori- 
ment where a software installirng apparatus is realized - 
in an eleventh embodiment of the present invention. 
[0062] Figure 37 is a functionarblock diagram show- 
- ing the structure of a software installing apparatus in a 55 
twelfth embodiment of the preserit ihvention. 
[0063] Figure 38 is a flow chart showing the procedure 

■ of the "controller 31 of the PC 3 when the PC 3 requests ■ 



the object management server 1 to transmit an object 
tn the twelfth embodiment of the present invention 
[0064] Figtire 39 is a flowchart showing the procedure 
of a controller 41 of the PC 4 when the PC 4 is linked in 
the twelfth embodiment of the present invention. 
[0065] f^igure 40 iS a timing chart showing a commu- 
nication sequence from the request of the PC 3 for an 
object list to the transmission of ah otiject to the PC 4 in 
the twelfth embodiment of the presienl invention. 
[0066] Figure 41 is'a flow chart showing the procedure 
of the controller 31 of the PC 3 wheri ihe PC 3 requests 
the objectmahagement server 1 to transmit an object 
in a thirteenth embodiment of'the present invention. 
[0067] Figure 42 is a flow chart showing the procedure 
of the'bontroner 41 of the PC 4 when the PC 4 is linked 
ih the'thirteenth embodiment of the present invention. 
[0068] Figure 43 is a tunctional block diagram show- 
ing the structure of a software installing apparatus in a 
fourteenth erinbodime'nl of the present invention. 
[0069] Figure 44A is a schematic diagram showing 
the content'of a sen/er object in a fifteenth embodiment 
of the present invention. 

[0070] Figure 44B is a schematic diagram showing 
the content of a client object in the fifteenth embodiment 
of the present invention. 

[0071] Figure 45 is a diagram showing exemplary re- 
cording mediurns. 

[0072] Hereinafter, the present invention will be de- 
scribed by way of embodinients -with reference to the 
accompanying drawings. 



First Embodiment 

[0073] ■ Figure 1 is a functional block-diagram showing 
an exemplary environment where a software installing 
apparatus of a first embodiment according to the 
present invention is realized. In Figure 1 , an object man- 
agement server 1 is connected to a LAN 2 via a com- 
munication processor 111. The LAN 2 is provided with 
information scxkets 5 for linking thebbject management 
server 1 to' other computers in various places. The in- 
formation sockets 5 can accept any. other computers. 
The term "computers" as used in this specification in- 
cludes, in addition to desktop computers, notebook 
PCs, network terminals, PDAs (Personal Digital Assist- 
ant) or the like. 

[0074] ' In addition to the controller, 11 including the 
communication processor 111. the object management 
server 1 includes storage devices for a server object 1 2 
and a client object 1 3: The server object 12 and the client 
object 13 are managed by a server object managing part 
112 and a client object managing part 1.1 3, respectively. 
[0075] In'this embodiment, as described above, each 
object is stored in an auxiliary storage sjjch as a mag- 
netic disk or the like. However, the object also can be 
stored ih a main storage. * . 
[0076] The controller 11 controls the object manage- 
ment server 1 entirety. From the aspect of hardware, the 
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controller 11 corresponds to a CPU and I/O interfaces 
between the CPjJ andjhe storage devices such. as a 
' nriagnetic disl^. . ... 
[OOTT]- The.server object 1 2 waits for access from an- 
other, connputer in a cooperatively; ppe^rable software. 5 
The client object 1 3 accesses :another computer . The . 
server object ,1 2 and the eJient object 1 3 operate in dil- . . 
ferent computers. In this embodiment, the object man- 
agement server 1 manages the objects, and the objects . 
do not operate on the object management server i. . /o. 
However, it is possible to allow the objects lo operate 
on the object management server J. 
[0078] : In response to a request of another computer , 
transmitted via the LAN 2, the communication processor 
1 T1 transmits an object requested by the computer. The '5 
process procedure of t he.communicat jpn processor 1.1 1. 
will be detailed, later. „ . . . , 
[0079] The server object managing. part 11 2 is an I^Q., 
interface between a storage device forstonng the server 
object 12 and the communication processor 111= The 
sever object managing part 112 gets the server object 
1 2 from the storage device and transmits it to the com- 
munication processor 11.1. : 

[0080] : The client object managing part 113 is. an, I/O 
interface between a storago.dcviec for storing the client ; 
obj^ect 13 and the communication processor l^ll . The, ^ 
client objectmanaging part 113 gets.the client object 13 . . . 
from the storage device and transmits it to the commu- . , 
nication processor 111 . 

[0081] Next, a process in an environment vyhere.the. . 
above-described object management server l .is mclut^- r- 
ed and a client. PC (hereinafter, also referred to as^-RC) . , 
3 on which the server object 1 2 can operate is conriect-. , , . 
ed to the LAN 2 via an information socket 5 will be de-..,. 
'scribed. • - ~ -35 

- [0082] Figure 2 is a functional block diagram showing - 
a state where the PC 3 is corrected to the LAN 2. As 
shown in Figure 2, the PC 3 includes a controller^! and .-; 
an object storing devicei32. 

[0083] The controller 31 includes a communiQaUon^.r.v'P 
processor 311. an object. managing part 312 and an.9b-- . . 
ject executing part 31 3. From the aspect of hardware, . 
the'coritroller 3T corresponds to a CPU and an I/O in-, 
ferface between the CPU and^a storage device, or the 
like; ' ' - _ ' . ^5 

[0084] -- '^The object storing device. 32 stores the sever 
object 1 2 transmitted from the object nnanagement serv- 
-er 1. In this embodiment, the object. is slored in.ari^aux- 
ftiary storage such as a magnetic disk or the like, .but it ..^ - 
also can be stored in a main storage. -50 
[0085] The communication.processor 311 notifies the . 
object managenDent server 1 that the PC 3. has been ^ 
connected to the LAN 2, requests it to transmit the serv- 
er object 12, and receives the server object 1 2 transmit- . 
ted from the object management server 1 . The process- _ 55 
es of the communication processor 311 will be detailed 
later - ^ 

[0088] The object managing part 31 2 is an I/O inter- 



face tD.etween the object storing device 32 and the com- 
municatiop processor 31 1 and the object executing part 

.313. similar'to the server object managing part 112 in- 
cluded in the object mahagerrient server 1 . The object 
managir:ig part .3.1 2 stores the serve/ object 1 2 transmit- 
ted Irom the object nnanagement server 1 in the object 
storing device 32. When stalling the server object 12, 
, the object rrtanaging part 31 2 retrieves the server object 

,12 from the object, storing device 32J^nd transmits it to 
the object executing pail 313.' 

[0087] The object executing "part 3i 3 executes the 
server object 12 transmitted from the object managing 
..part 312. 

[0088] Figure 3 is a flovy chart shpwing the process 
procedure of the communjcation,pr6cessor 311 of the 
..PC 3 when. the software installing apparatus of the 
present invention is started, in the case where the PC 3 
is .connected to. the information socket 5, and the PC 3 
turns on so as to start the software installing apparatus 
of this embodiment 

[0089] As shown in Figure 3, the communication proc- 
essor 31 1 first supplies the identifier of the computer in- 
dicating the PC 3 (hereinafter, "client identifier" is simply 
referred to as "identifier'') to the object management 
. server 1 (S301 ). Examples of the identifier include an IP 
- address, a MAC address or the like. The identifier can 
be, supplied by. utilizing, for example", a broadcast mes- 
sage.., The object management server 1 receives the 
message and supplies a response to the PC 3. The 
process procedure of the cornmuriication processor 111 
of the,object rpanagement server 1 will be described lat- 
. er Hereinafter the process procedure of the communi- 
cation processor 3i 1 of the PC 3 will be more specifically 
described. 

•. [0090] After supplying the identifier of the PC 3 , the 
communication processor 311 requests the object man- 

.. agement . server 1 to transmit the server object 12 
(S302)- More.specifically, the communication processor 
311 transmits a message for a i-equest to transmit the 
server object. ^. 

, [0091] yVhen the communication processor 311 re- 
ceives the, server pbject 12jrarismitted from the object 
management server 1 in response to the request (S303: 
Yes), the communication processor 311 stores the serv- 

, .er. object 12 in the server object storing device 32 via 
.the object managing paa 31 2. Furthermore, the commu - 
nication processor 311 instructs the sen/er object exe- 

. culing part 313 lo start the server object 12 (S304i and 
to. perform an initialization process (S305). 
[0092] . After supplying the instruction of the initializa- 
tion process, the communication processor 311 notifies 
the object, management server 1 that the object has 
been started (8306). This notification allows the object 
management server 1 to recognize the start of the serv- 
er object 12 on the PC 3. 

[0093] Next, the process procedure of the communi- 
, cation processor 111 of the object management server 
1 during the above-described process of the communi- 
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cation processor 311 of the PC 3 will be described: Fig- • 
ure 4 is a flow chart showing the procedure of the com- 
munication processor 111 during that process. 
[0094] The comrriunication processor 111 first re- 
ceives the identifier of.the PC 3 (S401:Yes). Thereafter, 
upon the reception of a:request to transmit the server 
object 12 from the PC 3(S402: Yes), the communication 
processor ill determines whether or not a flag is set 
(S403). This flag indicates* whether or not the requested 
object is permitted to be transmitted on a duplicated re- 
• quest, yvhich will be detailed later When the flag is set 
(S403. Yes), the communication processor 111 trans- 
mits an error message to the PC 3(S404). and then the 
process ends. 

[0095] When the flag is not set {S403: No), the com- 
munication processor 111 transmits iheserver object 12 
.to the.PC 3(S405). " 

[0096] Thereafter, upon the reception of the notiftca- 
tion that the object has been started from the PC 3 
(S406: Yes), the communication processor 111 stores 
the identifier of the PC 3, where the'server object 12 is 
started, in the client object 1 3 (S407). 
[0097] Figure 5 schematically shows the client object 
13 of this embodiment of the present invention. As 
sfiown in Figure 5. the client object 13 of this cmbodi- 
meht includes an area for storing the identifiers of client 
PCs where the sen/er object 1 2 is started as an identifier 
storing part 1 31 . An example of the identifiers of the cli- 
ent PCs is an IP address 

[0098] The storage of the identifiers makes it easy to 
identify the PC where the server object 12 is started 
when the client object 1 3 is transmitted and started in 
another client PC. In this embodiment, the case where 
the client object 13 includes the identifier storing pkn 
131 from the outset is described. A method for applying 
the present invention to the case where the identifier 
storing part 1 31 is not included, as in the case where a 
commercially available object is used, will be described 
later. 

[0099] Thereafter, the communication processor'11 1 
of the object management server 1 determines whether 
or not the server object 1 2 is permitted to be transmitted 
on a duplicated request from other compulers (S408). 
Herein, "duplicated request" refers to a request to trans- 
mit the sen/er object by a computer other than the com- 
puter on which the server object has already operated. 
It is determined whether or not the server object 12 is 
permilled to be transmitted on a duplicated request with 
reference to information included in the sen/er object 1 2. 
More specifically, in a service where one server object 
12 suffices in the place of interest (e.g.. an object indi- 
cating whether or not a printer is busy), inforniation pro- 
hibiting a request from being duplicated is included in" 
the server object 1 2 so that the sen/er object 1 2 can be 
transmitted to a client PC that first requests or a PC that 
has a specific client identifier 

[01 00] When the duplicated request is permitted to be 
complied with (5408: Yes), no further process is per- 



formed. When the duplicated request is prohibited from 
' being complied with (S408: No), a flag is set (S409) so 
that the server object 12 is prevented. from being trans- 
mitted to other PCs at S403, and the process ends. 
5 [0101] Next, the case where the server object 12 is 
already started on the PC 3 and another PC 4 on which 
the client object 1 3 can operate is connected to the LAN 
2 will be described. Figure 6 is a functional block dia- 
gram showing the structure where the PC 3 already has 
10 started the server object 12 and the PC 4 is connected 
to the LAN 2 via the information socket 5. 
[0102] The components of the PC .4 are not further 
described because. they . are the same as those of the 
• PC 3. However as described above,* the PC 4 of this 
IS embodiment is a PC on which the ^client object 1 3 can 
start, so that-lhe process procedure executed by a com- 
munication processor 411 is different from that of the 
communication processor 311 of JhePC 3. 
[0103] Hereinafter the process procedure of the com- 
20 muntcalion processor 41 1 of the PC 4 in the case where 
the sen/er object 12 already has operated on the PC 3 
will be described. 

[0104] Figure 7 is a flow chart showing the process 
procedure of the communication processor 411 of the 
25 PC 4 during the operation of the software installing ap- 
paratus. In this embodiment, the software installing ap- 
paratus starts at the time when the PC 4 turns on in the 
same manner as the PC 3. 

[0105] As shown in Figure 7, the communication proc- 
• 30 • essor 41 1 supplies the identifier of the computer indicat- 
ing the PC 4 to the object management server 1 (S701 ). 
The identifier can be supplied by utilizing, for example, 
a broadcast message, as in the case of the PC 3. The 
object management server 1 receives the message and 
35 responds to the PC 4. The process procedure of the 
communication processor 111 of the object manage- 
ment sen/er 1 will be described later Hereinafter, the 
process procedure of the communication processor 41 1 
will be more specifically, described. 
40 .[0106]- After supplying the identifier of the PC 4 , the 
communication processor 411 requests the object man- 
agement server 1 to transmit the client object 1 3 (S702). 
In this case, unlike the PC 3, the communication proc- 
essor 41 1 transmits a message jor a request to transmit 
45 the client object. The type of the message indicates 
which object is requested to be transmitted. 
[0107] When the communication processor 411 re- 
ceives the client object 1 3 transmitted from the object 
management sen/er 1 in response to the request (S703 
50. Yes), the communication processor 411 instructs the 
. server object executing part 41 3 to start the client object 
13 (8704) and to perform an initialization process 

(S705). ' ' " 

[01 08] After the initialization process is complete, the 
55 communication processor 411 accesses the PC 3 where 
the sen/er object 12 is started (5706). The communica- 
tion processor 41 1 accesses the PC 3 with reference to 
the identifiers stored in the identifier storing part 1 31 of 
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the clijsnt object 1 3. In other words, by using the software 
installing apparatus of this enibodinnent. it is possible to 
directly access the PC 3 witho.ut.via the object nianage- 
ment server 1 . : . . . . . ■ 

[0109] tn this embodiment, the cornmunicatbri be- 
tween the server object 12 and the .client object 13 is 
performed by the. communication. . procedure pro- 
grammed in each object, so that the communication 
processors 311 and 411 -do not participate in this com- 
munication. 

[0110] Next, the process procedure of the cornmuni- 
cation" processor lll.of^the object management server 
1, during, the aboyerdescribed process of the PC 4 will, 
be. described. Figure 8 is a flowchart showing the proc- 
ess :procedure_of the.comnnunication processor 1 1 1 ^durr 
ing that process. , . . . ^. . " 

[0111] The -communication processor ill first re- 

. ceives the identifier of the PC 4 (S80.1 :.Yes). Thereafter. ' 
upon the reception of a request to transmit the client ob- 

: ject 13 from the PC 4 (S8p2:. Yes),, the conrimunicalion 
processor 111 determines whether or not a flag is set 
(S803), as in the case of the transmission of the server, 
object 12. When the flag is set (3803:. Yes), the commu- ' 
nication processor. 1.11 transmits an^error message to 

. the PC 4 (S804), and then the process ends. 
[0112] When the flag \s not set (S803: No), the com- 
munication processor 111 transmits the client object 1,3, 
to the PC 4 (S805). . . . 

[0113] Thereafter, the communication processor. 1;11 
of the object managemerit server 1 determines, whether 
or not the client object 1 3 is permitted to be transmitted 
again on a duplicated request rfrom, other compute'rs|^ 
(S806). . - ' "\ ]\ 

[01 1 4] When the duplicated request is permitted to be . 
complied with (SS06;- Yes), no further process is per- ' 
formed. When the.duplicated request is prohibited from 
being complied with (S806: No), a flag is set (S807) so 
that the client- obj.ect 13 is prevented from being trans- 
mitted to other PCs, and the process ends. 
[0115] As described aboye, by;usipg the software in- 
stalling apparatus accordirig-to the present invention,, it 
is possible to automaticaHy set information abput.the PC. . 
where the server object 12 is running, which is needed , 
for operating the client object 1 3. Therefore, it is not nec- 
essary for users to set parameters when they move their 
P.Cs in .other, places. - Thus, a .cooperatively operable 
software program can be easily used, even in an. enyi- . 
ronmenl where the users can connect or disconnect Ihe 
terminals to the^ network frequently. 
[0116] Furthermore; the comrnunication between the 
objects with cooperative procedures is performed by a 
communication program included in the objects regard- 
less of the commuriication method between the client 
PCs and the object management server. Furthermore, . 
after the object starts, the object operates independently 
of the software installing apparatus of the present inven- 
tion until the operation ends. Therefore, even when t|ie 
software, installing apparatus undergoes an error, the 
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service can continuously be provided without being in- 
fluenced by the error of the software installing appara- 
tus. . " 

[0117] If various parameters of the object manage- 
ment server are saved/ it is possible to recover a previ- 
^ous state by restarting the software installing apparatus. 
Th'erefoi'e, the.present invention can provide a robust 
systenh. ' - ^ . . 

[0118] Figure 9 is a timing chart showing a sequence 
of commUriicatioh between the object management 
server 1 , the PCs 3 and 4 frbrh the time when the PC 3 
is connected to the LAN 2; and the identifier of the PC 
3 Js notified until the time when the PC 4 is linked to the 
PC 3, 

[0119] Next, the process where the cooperative oper- 
ation between the server object 1 2 and the client object 
.1.3 between the PC 3 and the PC 4 is terminated will be 
described belovi. 

[Q120] First, the comrinunication processors 311 and 
41 1 supply end notifications lo the server object 12 and 
the client object 1 3 that are started on the PC 3 and PC 
, 4, respectively. Since the server object 1 2 and the client 
object 13 operate cooperatively, a process for ending 
the communicatiori between the server object 12 and 
the client object 13 is performed in response to the end 
notification. Then, ah end process is performed for each 
object. " ■ - 

[0121.] Furthermore, the communication processors 
31 1 arid 41 1 supply end notifications of the objects to 

s * 

tjhe object rrianagement server 1. 
[0122] Upon the reception of the end notification, the 
communication processor 111 of the object manage- 
ment server 1 resets a flag that was set at S407 and 
.S805 for the object that cannot respond to a duplicated 
request from other computer This reset process ena- 
bles a new object transmission request from other com- 
puters _to be complied with: 

Second Embodiment 

[0^23] fNjext, a second embodiment of the present in- 
vention will tpe described with reference to the accom- 
panying drawings. 

[0124] In this embodiment, the present invention is 
applied to a commercially available object that does not 
Jnclude the identifier storing part 131. 
[0125] Figures IDA and 10B are schematic diagrams 
sfiowing the structure of the server object 12 and the 
client object 13 in this embodiment. Figure 10A shows 
the structure of the server object 12. and Figure 10B 
shows the structure of the client object 1 3. As shown in 
Figure IDA. the server object 12 in this embodiment in- 
cludes a control object 1 2a and a main application 1 2b. 
As shown in Figure 10B, the client object 13 in this em- 
bodiment includes a control object 1 3a and a main ap- 
plication 13b. The control object 13a includes the iden- 
tifier storing part 131, The main applications I2b and 
1 3b are commercially available applications that do not 
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include the identifier storing part 1 31 . : - - 

[0126] The control objects I2a andl3a are objects 
that are newly produced in this embodiment for starting 
the main applications i2b and I3b. More specifically, 
the main.aoplications 12b and i3b are started by the s 
control objecis 12a and 13a by using a function of linking " 

applications such as OLE (Object Linking and Embed- 
ding), OLE 2. . , 

[01 27] The process procedures of Itie object manage- 
ment sen/er' 1 and the RCs 3 and 4 are the same as 
tfiose in the first embodiment- except that the mam ap- 
plications 12b or 13b are started by the control objects 
1 2a or 1 3a. Furthermore, for the start of the client object 
13 the identifier of a linked PC stored in the identifier 
storing part 1 31 is transmitted as a parameter for the '5 
control object 1 3a to start the main application 1 3b, so 
that the main application 1 3b is linked directly to the 
main application 1 2b of ttie server, object 1 2. 
[0128] Since. the control object ^generally receives a 
start nolificalion Irom .ihe main application, the control 20 
.object is aware of the staie of the main application. * 
[0129] ' At the end of the operation, in the case where 
an end notification is supplied from the main application 
to the control object, the control object that received the 
end notification notifies the object management server 2S 
1 oi the end of the operation. , 
[01 30] On the other hand, in the case where the main 
application does not notify the object management serv- 

er 1 of the end of the.operatibn. the control object pen- 
odicallyconfirms'thattWe main application is under op- 30 
eration so as to detect the end of the main application. 
[0131] The following methods can be used to confirm 
that the main application is under operation: 1 ) make a 
query to the OS whether the main application is in the 
memory; or 2) send a message to which the main appli- '^s- 
cation should respond (in this' casei it is necessary to 
use a message that does not influence the operatiori' of ' 

the main application, for example a query as to who is 

the other side of the connection). 

[01 32] At the time when the central object detects by " 
one of the above-meritioned methods that the main ap- 
plication is out of operation, the control object supplies - 
an end notification to the object management server 1 . 
[01 33] The above-mentioned methods can be applied 
for objects that can link" applications. For objects that ^5 
have no such function, the present invention also can - 
be applied when a function of simulating the procedure 
of a user operating the object of interest (e.g., Ihe pro-' 
cedure of inputting with a mouse, a keyboard or the like 
for the start of the object) is provided. 

Third Embodiment 



[01 34] Next, a third embodiment of the present inven- 
tton will be described with reference to the accompany- 
ing drawings. 

[0135] Figure 11 is a functional block diagram show- 
ing the structure of the object management server 1 of 



this embodiment. As shown in Figure 11, in the object 
management sen/er 1 of this embodiment, the controller 
11 includes a client object transmission counting part 
114. The client object transmission colinting part 114 in- 
cludes a request counter transmits the client object 13 
to each of a plurality of computers that request the client 
c^ject 13 and keeps track of how many times the client 
object 13 is requested for transmission. In other words, 
Ihe client object 13 of this embodiment is necessarily 
transmitted in response to requests from a plurality of. 
computers. . 

[0136] Hereinafter, the software installing apparatus 
of this embodimerit wtli be described in the case where 
the object management server 1 shown in Figure 11 is 
used and where the server object 12 starts on the PC 3 
as shown in Figure 2 and then the PC 4 is connected to 
the LAN 2 as shown m Figure 6. 
[01 37] Figure 1 2 is a flow chart showing the process 
procedure of thecontroller 11 of the object management 
server 1 in the case where the PC 4 is connected to the 
LAN 2. 

[0138] In this embodiment, the communication proc- 
essor 111 receives the identifier of the PC 4 (S1201: 
Yes). In the case where the client object 1 3 is requested 
by the PC 4 (Al 202: Yes), the communication processor 
111 of the object management senyer-r requests the cli- 
ent object transmission counting part 11 4 to transmit the 
client object 13 (SI 203). The client object transmission 
counting part 114 transmits the client object 13 to the 
PC 4 (SI 204) and adds a value of I'tothe request coun- 
ter (SI 205). 

[01 39] On the other hand, in the case where the com- 
munication processor 1 1 1 does not receive the identifier 
of the PC 4 (S1201: No), the communication processor 
111 determines whether or not an end notification is re- 
ceived from other PCs such as the PC 4 (SI 206). In the 
dase' where an end notification is received, the client ob- 
ject transmission counting part 114 subtracts a value of 
'1 from the request counter (S1207). 
■ [0140] As described above, the object management 
server 1 of this embodiment can manage the number of 
PCs on which the client object 13 operates. Since the 
client module 1 3 includes the identifier storing part 1 31 . 
' the client object 1 3 can access the server object 1 2 with- 
out the object management sen/er 1 
[0141] Thereafter,- the client object transmission 
counting part 114 determines whether or not the value 
- of the request counter becomes zero (S 1208). In the 
case where the value of the request counter is zero 
(SI 208: Yes), this indicates that there are no client PCs 
on which the client object 1 3 runs, so that the operation 
of the server object 1 2 is terminated (S1 209). In the case 
where a duplicated request for the server object 1 2 is 
not permitted (SI 210: No), the flag that was set in S408 
and S 806 is reset (SI 211). This reset process enables 
the sen/er object to be transmitted in response to a new 
transmission request from other client PCs. 
[0142] As described above, by using the software in- 
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stalling apparatus of this embodiment, in the case where 
. rthe server.object 12. runs only on a single PC. and the- 

client object I3.runs on a plurality of PCs. it is possible 
: to facilitate the- management of the PC on which. the 

server object 12 runs.. 

Fourth Embodimen t - 

' , f zi^ 

[0143] Next, a fourth embodiment of the present: in- 
vention willbe described with reference to the accomr 
panying drawings. 

:[0144] Figure 13 is a functional block diagram show- 
ing the structurerof the object management server 1 of 
this' embodiment.. As shown in Figure 13, in the object 

■■ management server 1 of this.embodinrient, the controller. 
Itincludes a linked client managing -part 115 and an 

-available object managing part 116. 
[01 45] The linked client managing, part 1 1 5 manages 

: client PCs that areMinked to the object managernent 

- server 1. More specifically; the linked client managing 

* part 115 acquires the client identifier transmitted from 
the client PC via the communication processor 11 1 and 
stores it in a linked client identifier table. Figures „14A 
and 14B show an exemplary content: of the linked client 
identifier tabic. Figure 14A shows the case where. the, 
MAC address of the PC is used as the identifier, and 

• Figure 14B shows the case where the IP address of the 
PC is used as the: identifier .Hn this embodiment, MAC . 
addresses of the PCs linked to the object management 

* server 1 are sequentially stored as Ihe identifiers in the 
form- shown in Figure 14A. However- some other ern- 
bodiments use IP addresses.:: : 

[0146] Furthermore, the linked cJient managing part 
115 deletes the identifier of the PC that is disconnected 
from the object' management- server 1 from the linked 
client identifier table. 

[0147] The available object managing part 116 man- 
ages objects that can be used by each client PC by using- 
an availabfe object managing table,. More specifically, - 
an object available.to a PC linked;tothe object manageT 
ment server 1 is searched from the. available object ta- . 
ble. When an object is avaiiable.-'it is'transmitted to the. 
client PC. - . f . ^ . . . 

[0148] Figures 1 5A, 15B and 16 show an exemplary 
content of the available object management table. Fig- 
ures 15A and 15B are management tables for available 
server objects. As shown in Figure 15, in this embodi- 
ment, the available server objects are managed by us- 
ing the two tables, r... 

[0149] In the table shown in Figure. ISA, object names 
of server objects thatxan be supplied from the object 
management server 1 and object names of the client 
objects corresponding to the server objocts arc stored 
permanently. In this -embodiment, the server object 
names are identical to the client object names. This is 
because the server object and the client object are often . 
supplied under the same' name in a cooperatively oper- 
able software. The server object names can be different • 



from the client object, names ^ . 

[0150] , In. the table shown iri Figure' 158, the object 
names of running server objects and the identifiers of 
the Qorresppnding computers oh'which the server ob- 
5 jects run are stored dynamically. 
.. [0151] When, the .object, management server 1 re- 
ceives a request to transmit a server object, it deter- 
- mines whether or not the. requested server object is 
; ...available. with refer;encejo. the table shown in Figure 
rj^ 15A. When the object^managehnent server 1 receives a 
request to transmit a client object, it determines whether 
or not the server object corresponding to the requested 
client object is already under operation with reference 
to the tables shown in'Rgures ISA and 158. 
.15. [0152] On the other hand. Figure 16 is a management 
, table for available client objects. As shown in Figure 1 6, 
in this embodiment, the management table for available 
-.r , -client objects pe/manemly stores the corresponding re- 
, . - ; . I^tipnship between the. pbject names of available client 
20 objects and the MAC addresses of computers on which 
the available client objects can run. More specifically, 
when transmitting a client object to a client PC, the ref- 
erence to. the table, of Figure 16 makes it possible to 
transmit only the client object that can be used by the 
2? client PC, 

- . [0153] The.process procedures of the controllers of 
.3 , r the object managjenrient server 1 and the PCs 3 and 4 
: ' .;!:■ erf thj?. embodiryient are basically the same as those de- 
scribed with reference to the flow charts shown in Fig- 
30, ures 3. 4, 7 and 8, except that at vS405 and S805 where 
i. each object is transmitted, it is determined whether or 
not the requested object, is an object that can be used 
in the client PC by searching the linked client manage- 
; , c'^®^^ table and the available object rnanagement table. 
3S . . [0154]- As described above, by using the software in- 
, stalling apparatus of this embodiment, it is possible to 
. . rnanage wtiich object is^transmitted in accordance with 
. the client PC. This prevents a client object that cannot 
:. b^ executed due to insufficient functions and perform- 
,ance of>the client PC from being transmitted. 
[0155], The method, of. using a tsAAC address and the 
. .method of using an IP. address as a method for identi- 
^ tying a PC have. been described. In the case where the 
. MAC^address is.used,. one PC has only one MAC ad- 
^5 dress, so that the.MAC address can be used in all cases 
However,; in the case of. the IP address, since the IP ad- 
- . .. dress may be assigned dynamically by DHCP (Dynamic 
Host Configuration Protocol), the IP address can be 
used as the identifier only in the case where one IP ad- 
50 dress is permanently assigned to a terminal, or in the 
case where the PC is used within one segment of the 
network (i.e.., an. area where the PC can move without 
• changing the IP address). However, the IP address is 
. advantageous because it can be used as the identifier 
55 for computer connection as it is. f^urthermore, since the 
. network manages the MAC address corresponding to 
, the.. IP address, even in the case where the IP address 
. is assigned dynamically by the DHCP, it is possible to 
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get the MAC address. Therefore when detefminlng*^^ 
whether or not the object management server 1 should 
download, it is possible to get the MAC address corre-* 
spending to the registered IP address from the network • 
to pertorm the process. , . . ^ 
[01561 In this embodiment, the user's authority is not 
a factor restricting the available objects. However, as 
described later, by storing a table showing the corre- 
sponding^ relationship between users and objects that 
the users are permitted to access, it is possible to restrict io 
the available objects ior each user 

Fifth Embodiment . ' 



[0157] Next, a fifth embodiment of the present ihven- ^5 
tioh will be descnbed with reference to the accompany- 
ing drawings below. 

[0158] The structure of the object management server- 
1 of this embodiment is the same "as that shown in Figui-e 

13. 

[0159] In this' embodiment, however, a server object 
and a client object' that are hot previously registered in - • 
the object managerinent server 1 are included: 1or ex- - • 
ample in the object' storing device 32 of the PC 3. In 
other words, the software installing apparatus "of this 2S 
embodiment enables afi-object that is' not registered in^ 
the object management' server rto be used in an envi - 
ronment where the software'installing apparatus of tHfe 
present invention is realized. 

[0160] Figure 17 is a flow chart showing the process 30 
procedure of the controller 3l' of the PC 3 when the ob- 
ject that is storeid in the object storing device 32 in the 
PC 3 is registered in the object nianagement server 1 
[0161] As shown in Figure 17, the process proceciure 
of the controller 31 in this case is Substantially the same 
as that described with reference to the flow chart of Fig- 
ure 3 except the following procedure. After the identifier - 
of the PC 3 is supplied (31701), the communication ' 
processor 311 requests the object management server • 

I to register an object (SI 701 A). Thereafter, the sen/fer^ ■ -^o 
object and the client object stored' iri the object stdrrng ' • 
device 32 in the PC'3 are transrriitted (SI 701 B). ' * * ~ 
[0162]' As described' later, the otDject management 
server 1 that received the transmitted object performs a 
process of object Registration and notifies the PC 3 of -'s 
the end of the registration. Then, the PC 3 that received 
the notification (S1701C: Yes) performs processes ' ■ 
(81702 lo SI 706) similar to the processes described in. 
Figure 3. ' 

[0163] Next, the process procedure of the controller^ 50- 

I I of the object management server 1 when the object ' 
is registered will be described. Figure i8 is a flow chart 
showing the process procedure of the controller 11 in - 
this case. 

[0164] As described in Figure 18, the process proce- 55 
dure of the controller 11 in this case is substantially the 
same as that described with reference to the flow chart 
of Figure 4 except the following procedure. After receiv- 



ing the identifier of the PC 3 {SlS01).'the controller 11 
receives a request to register an object from the PC 3 
(SI 801 A: Yes). When the cohtfoller 11 further receives 
the object to be registered (S1801B: Yes), it registers 
the object (Si 801 C). 

[0165] Herein, "process of object registration' refers 
to a process of storing a transmitted object in a storage 
device. Figure 19 is a flow chart showing the process 
procedure of object registration in' detail. As shown in 
Figure 19, in the object registration process in this em- 
bodiment, first, it is determined ..whether or not a new 
object to be registered is shared as the server object 
and the client-object* /Sl901)..:ln the case where the 
server object and^he client object are the same, an ob- 
ject is-shared as the; sen/er object and.the client object. 
I h 'other words, ^ the . server object and the client object 
that provide the same service have much in common, 
and thus one object that has both functions as the server 
object and the client object operates as the server object 
and the client object in many cases.. Therefore, in such 
a case (SI 901: Yes), the transmitted object is stored 
both in the storage device of the server object 12 and 
the storage device of the client object 1 0 (Si 902). 
[01 66] -When the transmitted object is not a shared ob- 
ject (SI 901: No), the controller 11 determines whether 
or not the transmitted object is a server object (SI 903). 
More specifically, when a new object is transmitted from 
4he PC, a different message is used depending on which 
object is registered, a server object or a client object. 
Therefore, the controller 11 determines which message 
is used so as to determine whether or not the transmitted 
object is a server object. 

[0167] When the transmitted object is a server object 
(S 1903: Yes), the controller n stores the transmitted ob- 
ject in the storage, device of the server object 12 
(SI 904). 

[01 68] On the other hand, when the transmitted object 
is not a server object (S1903: No), the controller 11 de- 
termines that the transmitted object is a client object and 
^ stores-the transmitted object in the storage device of the 
. client object 13 (SI 905). 

■ [0169] -At this time, the registration to the available ob- 
ject table is not performed, because storing the server 
object 12 in the storage device does not mean that the 
object IS available. The data of the object is stored m the 
. available object table when the server object 12 has 
been transmitted to the PC and started. 
[0170] As described above, when the object regislia- 
tion process ends, referring back to the flow chart of Fig- 
ure 18, the controller 11 of the object management serv- 
er 1 performs processes (SI 802 to S1809) similar \o 
those described in Figure 4.- . 

[0171] As described above, the use of the software 
.installing apparatus of this embodiment enables an ob- 
ject that is- not registered .in the object management 
server 1 to be used easily, for example in the case where 
a software program that is installed in a note size PC is 
used cooperatively. 
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- Sixth Embodiment 

. [01 72] . Next, a sixth embodiment of the present inven- 
tion will be described with, reference io the accompany- 
ing drawings below. V .... 5 
[0173] The structure of the.objeqt rr|anaqemenl server l\ 
1 in this embodiment is the same as that shown in Figure 

. 13. . -. ... " ■ V. . ■ 

[0174] In this erpbodiment, -before, a PC on which a . 
server object can start is connected to the LAN 2, a PC ,10 
on_.which a client.pbject can start is connected to the 
LAN 2. In other vvords, the software installing apparatus 
of this embodiment makes.it possible to perform.an ap- 
propriate process,, in the cas.e. where a PC for starting a 
client object is connected .whereas a server.object is not. '5 
startedi ^ _ . - -1 , . 

-[0175] ' Figure 20 is a flow chart showing the process ^ .... 

. procedure of the coritroller 11 of the object management , , 
. server 1 in. the case. where the RO 4 forstarting.a client ... 
object is connected whereas the PC.3 for starting a serv- 2<} 
er object is not connected. - - . 

[0176] As shown in Figure 20, in this, embodirpent. the 
object management server 1 ..receives the identifier, of 
the PC 4 on which a client'object can start (S2001 ). Next. . 
upon the reception of a request to transrnit a client object 25 
from the PC 4 (S2002: .Yes), the (inked client managing 
part 115 registers the identifier of the PC 4 (IP address.., . 
in this embodiment) in the jinked client management ta-_ 
ble. . ' ... • ■ 

[0177] Furthermore, the available object managing . 30 

. part 116 refers.to the availalDle object management table . . . 
only to find that no available. client. object is preserit yet.. . 

. at this point. That is,. at this point, there. is no PC on which . 
a server object is started. .. , . , . . / 

[0178] Therefore, the communication processor 111 ,35 
transmits a message to the PC 3 that no object. is avail- 
able (S2003). As described later, when an available ob- . 
ject is. present, an object transmission message includ-, , 
ing.the client object as a parameter.!^ transmitted. In the. 
ease where there is no ayailatsje object, a message .not jo 
including the parameter is transmitted. 
[01.79] Next, when the PC 3 on .which a sery.e.r object, . 

c can start is corrected,- the communication processor 111 . .. 
receives the identifier of the PC 3 .(S2004: Yes), In this 
embodiment. after the process of transmitting the server ^5 
object to the PCi3 described with reference to the flow 
chart of Figure 4 (S2005), the communication processor 

. 1 11- transmits to. the, PC indicated in the linked client 
nnanagement table the.client objecl corresponding to.the . 
server object that has been transnnitted arid has started ^ so 
its' operation as a* new service notification message 

c(S2006). . , : ^ ^ / , . 

[0180] In this embodimcnt,..thc.now service notifica- 
tion message is.transmitted to the previously connected 
PC 4. Thereafter,.the controller 11 complies with a client ,ss 
object request from the PC 4, as described with, refer- 
ence to the flow chart of Figure 7. and performs the client 
object transmission process (S2007),- as described with 



reference to the flow chart of Figure 8. Thus, a cooper- 
ative operation IS possible betweeri the'PCs 3 and 4. 
[0181] Figure 21 is a timing chart showing a commu- 
nication sequence fronrt^life tirnewhen the PC 4 requests 
to be linked to tfie time when the PC 4 is linked to the 

■ "PC 3. The state when trie PC' 4 is linked to the PC 3 is 
the same as that when the PC 3 is first connected and 
th e ri th e PC "4 Ts con n ected . ' ' 
[0182]' -As described above, the use of the software 
installing apparatus of this embod'irinent makes it possi- 
ble to utilize a cooperatively 0p>eratDle software regard- 

. less of the order of the conhection of the computers. 

Seventh Embodime nt 

[0183] Next, aseventhembddiftient of the present in- 
.Vention will tpe described with reference to the accom- 
jpahying. dravyihgs. 

„ [01 84] The structure of the object management server 
. 1 is the sanriiB fas that shown in Figure 13. 
[0185] In this ehibodlment, the process in the case 
vyhere the server object 1 2 and the client object 1 3 op- 
erate cpoperatiyely betweeri'the PCs '3 and 4 and then 
the seryerobject 1 2 enids its operation will be described. 
[0186] " From the first embodiment to the sixth embod- 
iment, when the use of a PC ends, a notification of the 
end of an object running on the PC is supplied only to 
the object management server 1. this suffices in the 
case where all PCs end at the same time 
[0187] The software installing apparatus of this em- 
bpdimerit makes it, possible to perform an appropriate 
process in the case where the server object and the cli- 
ent object operate cooperatively and then only the serv- 
er, object ends Its operation' whereas the client object 
does not end its ojDeratiqn. ' 

[0188] Figure 22 is a flow chart showing the process 
procedure of trie controller 1 1 of the object management 
, server 1 when the server object ends its operation under 
the . aboye-mentiohed circumstances. As described 
.abpvejhe communication processor 111 receives a no- 
tificatiori of the bperation ehci of the server object 1 2 
from the PC 3 (S2201: Yes), the linked client managing 
part 115 deletes the identifier of the PC 3 from the linked 
client managerrieht table (S2202), and the available ob- 
ject managing part 116 deletes the registration of the 
server object (S2203) and supplies a service end noti- 
fication to the PC on vyhich the corresponding client ob- 
jecl is started (S2204). 

[0189] In this embodiment, since the client object 13 
runs on the PC 4, the communication processor 1 1 1 sup- 
plies a service end notification to the communication 
processor 411 of the PC 4. 

[01siO], Iri the PC 4, the communication processor 411 
performs the process of ending the client object 1 3 upon 
the. receptiori of the service end notification. More spe- 
cifically, the transmitted object is deleted. 
[0191]. As described above, the use of the software 
instatttng apparatus of this embodiment enables only an 
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available .object to operate on the computers. 
Eighth Embodiment ' , . . 

[0192]" Next, an eighth embodiment will be described s 
with reference to the accompanying drawings. 
[0193] Figure 23 is a functional block diagram show- 
ing the structijre of.the object management server 1 of 
* this embodiment. As shown in Figure 23, in this embod- 
iment, the'pbject.management server l includes an ob- io 
-ject information .managing part 117. 
[0194] The object information managing part 117 re- 
ceives the user identifier transmitted from a client PC 
and arranges that only objects that the user is permitted 
to access are transmitted to the PC. The determination is 
whether or not the user is permitted to access an object 
IS performed by referring to a table of objects that can ; 
be provided.in the object information managing part ^ ^ 7. 
As the user identifier, for example; ah identifier input by 
the user on a jog-pn screen can be used. 
[0195] Figure . 24"Vs a diagram showing an exemplary 
table of otDjects that can be'provided. As shown in Figure ; 
24, the object table in this embodiment stores the cor- ; 
responding relationship between the client object name 
and the. identifier of the user who'is permitted to access; 2S 
the oiDject. Therefore, the name of the client object that^ 
can be provided to the linked user can be searched with 
reference to, the table by using the user identifier sup-- - 
plied frorn the client PC as the key. . . 
[0196] the process procedures of the object manage- 30 

ment server 1 and the controller of the PCs 3 and 4 are 
basically the same as those in the flow charts ot'Figufes 

3, 4, 7 and .8. In this erribodiment, however at S405'and 
S805 where each object' is transmitted, it is determined 
whether or riot an requested object is permitted to be 35 
' transmuted by searchirig the table of objects that Can be 
provided by using thie user identifier as the key. 
[0197] . As a result of th^ deterrriinatibn, the requested ' 
object fs transmitted' if the>ansmission thereof is pet- 
mitted,' whereas the object is hot transmitted if the ti-ahs- 40 
mission is not permitted.. , . , 
[0198] As described above, the use of the software 
installing appar^tus'^of this embodiment ensures that on-^ ■ 
iy objects that the user is permitted to access are trans- 
mitted. 

Ninth Embodiment 



[0199] Next, a ninth embodi'rhent will be described 
with reference to the accompanying drawings. 
[0200] Figure 25 is a functional block diagram show- 
ing the structure of the object management server 1 of 
this embodiment. As shown In Figure 25, in this embod- 
iment, the object management sen/er 1 includes a loca- 
tion identifying part 118. in addition to the elements ss 
shown in Figure 1 3. Furthermore; in this erribodiment, 
the LAN 2 is one of a plurality of LANs that are distributed 
over several floors or rooms, eachbf which is assigned 



a different network address. Therefore, the linked client 
managing part 115 in this embodiment manages clients 
for each location (LAN) and the available object manag- 
ing part 1 1 6 manages available objects for each location 

(LAN). ' " ' . ' 

[0201] " Figures 26 and 27' are diagrams showing ex- 
emplary available object management tables in this em- 
bodiment. Figure 25 is an exemplary available server 
object management table, and Figure 27 is an exempla- 
ry available client object management table. In the ex- 
arhples shown in Figures 26 and 27. two locations, 
•Roorti A" and 'Room B", are registered. Room A and 
Room B are separate rheetihg" rooms, where LANs with 
different network addresses are provided. Three objects 
are available in Room A and -two objects are available 
in Room B. Room A has a PC with a large display which 
can be operated by a PC of a user via the network. The 
object that can realize this operation is Object A. In 
Room B; which does not have such a facility, there is no 
need of starling Object A. 

[0202] In the examples shown in Figures 26 and 27, 
Object B is an object for distributing files such as word 
processed documents as references to all participants 
in the meeting. Object C is an object for controlling a 
printer provided in the meeting room. In other words, 
these objects are prepared as objects common to all the 

rneeting rooms. * 

■ [0203] When the kDcation identifying part 11 8 receives 
an object transmission request from a client PC. it gets 
the IP address of the PC'with reference to the informa- 
tion rtianaged by the linked client managing part 115 so 

. as to identify the LAN to which the PC is connected. 
• Methods for identifying the network address of the LAN 
differ depending on the type of the IP address, but they 

■ are well-known, so that they are not further described 
here. ■ 

[0204] ^ Thereafter, the available object managing part 
116 transmits only the object available to the LAN iden- 
tified by the location identifying part 118 with reference 
tothe'availabte='object managing tables shown in Fig- 
ures 26 and 27. 

[0205] Figure 28 is a flow chart showing the process 
procedureof the controller 11 of the object management 
server 1 1 In the case where the PC 4 on which the client 
object ruris is connected. As shov/n in Figure 28. the 
process procedure of the. controller n in this embodi- 
ment is basically the sameas that described with refer- 
ence to the flow chart of Figure 8. except that in a clie.ii 
object transmission process (S2804). the above-Uo- 

■ scribed process is performed. 
[0206] Figure 29 is a flow chart showing the detailed 
procedure of the client object transmission process. As 
shown in Figure 29, in this embodiment, the location 
identifying part 118 first acquires the IP address of the 
connected PC (S2901) and searches available object 
names (S2902) with reference to the available client ob- 
ject management table shown in Figure 27. 
[0207] Furthermore, the searched client object is 
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transmitted (S2903).and referring back to the flow^chart ceived the identifier of the portable radio 6 acquires the 

of Figure 28. the subsequent processes are performed user identifier corresponding toJhe identifier of the port- 

[0208] "As described -above, the use of the software - able radio 6.from the location identifying part 118 so as 
installing apparatus of this embodiment can provide a to register the corresponding relationship between the 
service of a cooperatively operable software to'^users . 5 ■ user identifier and the-identifier of the connected loca- 
linked in the same location '(CAN). -The present invention tion, more specifically; the radio station. 7. Figure 32 is 
is eftective. for example in an environment where each a diagram showing an exemplary table storing the cor- 
of a plurality of LANs has adifferent available object andv r : . .responding relationship between the user identifier and 
one objeci management servei- 1 has to manage all ob- ■ vr the identifier of the radio station 7.., - 
J®^^^ . . .. . ' '~ 'Q- ' [0215]- . Furthermore, tfie available object managing. 

" " ' 7. - ^ . ■* =■* part 1.16 manages the available objects for each radio 

Tenth Embodlrnent ' ' ■ " • - station.identifier. Figures 33 and.34 are diagrams show- 

V. , ' . " . * ing exemplary available object management tables. Fig- 

[(3209] N ext>a tenth embodirnerit^ present inven- . • ■ ure 33 is an exemplary, available server object manage- 
tioh will be described with reference 'tothe 'accorhpany-^'*^^5,. nnent table, and Figure 34is.an exemplary available cli- 
ihg drawings. ■ ■ * i'. ---. v „ • : en t object management table: 

[0210] Figure 3d' shows -an er^vfronment where the ':[0216]. The process procedure of the controller 11 of 
software installing apparatus of this-embodiment is re- ' this embodiment thal.slores the above-described tables 
alized. As shown in Figure 30, in the environment whSre- • > ■ ■ ^wj|^be,detailed below.. In. this-embodiment, the process 
the software installing apparatus of this embodimerii is j procedure of the conlrojler 1 1 of the object management 
realized, a portable raidio 6 and- a-^adio station 7 are - server 1 in the case where the PC 4 on which a client 
used. Refer-ence numeral Bl deriotes a network con- object runs, is connecte.d is .basically the same as that 

necting radio stations. Furthermore. 'the radio station 7' ' described with reference to the /low chart of Figure 29, 
includes a portable radio location identifying part 71 and r except that in the client object transmission process 
a portable radio location notifying part 72. The structure 2S .(S2804), the following process is performed, 
of the object management server bf this embodiment is [0217] Figure 35 is a flow chart showing the detailed 

the same as that described with reference to Figure 25 process procedure of the client object transmission 

The structures of the client PCs 3 and 4 are the same process in this embodiment. As shown in Figure 35, in 

as above, so that they are riot further described here. this embodiment, the location identifying part 118 ob- 

. [0211] In order to'commLinicate with othei-portable'ra-- :30 tains the identifierof the user who carries the PC 4from 
dio users, the poilabfe radio 6 has tb be registered at a ; ; . the information stored as described above (S3501). 
nearby radio station For example, 'if the portable fadro ^ Then, the identifier of th.^ portable radio 6 is obtained 
6 is close to the radio station 7, the communication-to* '- ' from the user identifier (S3502). -Furthermore, informa- 
the portable radio 6 from other portable radios is per- • ' tibn on the location of the user, i.e., the identifier of the 
formed through the network 61 and the radio stationV. 35, radio station 7 to.which the portable radio 6 carried by 
In this embodiment, the portable radio 6 is carried by the the user is registered, is obtained; from the identifier of 
usbr of the PC 4'. • the portable radio 6 (33503).. . . . 

[0212] When the portable radio 6 communicates with * ■ ■ [0218] When the information on the location of the us- 
the portable radio location identifying part 71 in the radio er is obtained, the linked client managing part 115 reg- 
station 7, the portable radioTbcatioh identifying' part T1 -.istens the corresponding relationship between the user 
transmits the identifier of the portable radio 6 to the port- and the location where-the. user is (S3504). The availa- 
able radio location notifying part 72.' Then, the portable - • ■ ble object managing part 11 6 searches the objects avail- 
radio location notifying part 72 transmits the identifierof ' • • • abte in the user's location is with reference to the a vail - 
the portable radios to the communication processor '111 • ' able object management table as descnbed above 
of the object management server 1. ? - ■ ' . . . . -^5. (33505). - . ■ 

[0213] The location identifying part*ll8 in this embod- [0219] .. Furthermore, the searched client object is 
imeni previously has stored the corresponding- relation- transmitted (S3506), and referring back to the flowchart 

ship between the identifier of the portable radio 6 and of Figure 28, the subsequent processes are performed 

the usei identifier'and between the user and the com- ' ■ [0220] As. described above, the use of the softwaie 
puter that the'user carries. Figure 31 is a diagram show- ' so . installing apparatus of this embodiment makes it possi- 
ing an exemplary table storing the corresponding rela- ble to transmit an object that can be used in the user's 

tionship. As shovvn in Figure 3i . the location identifying location, 
part" 118 in this embodiment stores telephone numbers ' 
of portable phones as the identifiers of the portable ra''-' Eleventh Embodiment 
dios, the identifiers of users-corresponding to the port- * 55 • . , 

able phones and the identifiers of the computers of the - [0221] Next, an eleventh embodiment of the present 
^sers. ' ' invention will be described with reference to the accom- 

[0214] The communication processor 111 that re- ' - '- ■ • pa ny in g drawings below, 
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[0222] Figure 36 is a diagram showing an environ- - 
meht where the software installing apparatus of this em- - 
bodimer>t is realized. In Figure 36, relerence numeral-: 

82 denotesa wide area network, and reference numeral 

83 denotes a cbrnmunicatidn line. Furthermore, the ob- ^ 
ject management server l>of this embodiment is the 
same as that shown in Figure 25. ■. 

[0223] In thi^ embodiment, when the communication 
processor 31 1 of the PC 3 requests the communication - 
processbr-vi 1-of the object management server 1 to link io 
the PC 3 thereto, the communication processor 311 sup- 
plies-information indicating the- connected network ad- 
di^ess or location as additional information. More specif- 
ically, in the case where a user requests the link via a 
telephone line with a remote modem, the user makes . '5 
his request with additional information indicating his lo- 
cation, for-example his telephone number. 
"[0224] The object management server 1 that has re- 
ceived such information perlorms the same process as , 
for the PC connected to the LAN 2 as described above, so 
so as to transmit the requested object to the remote PC. ■ 
[0225] As described above, the use of the software . 
installing apparatus of this embodiment makes it possi- . 
ble to easily use a cooperatively operable software in a 
predetermined location, even if the user is in a remote 25 
place/' ' ' 

Twelfth Embodiment - * 



[0226] Next, a twelfth, embodiment wilt be described 30. 
with reference to the accompanying drawings below. 
[0227] Figure 37 is a functional block diagrarri show- 
ing the structure of the software installing apparatus of 
this embodiment. As shown in Figure 37, in this embod- 
iment, the PCs 3 and 4 include obtained object.manag- ^ 35 
ing parts 314 and 414. respectively in addition to the . 
elements shown in Figure 6. . , 
[0228] In the previous embodiments, the object ob- - 
tained by the client PC from the. object management 
server 1 is deleted at the end of the operatbn. Howeyer, 
in this embodiment. the obtained object managing parts . ^ 

314 and 414 manage -the object that remains stored ;ia ; 
the object storing devices 32 and 42 without being de: 
leted among the objects obtained .so far More specifi- 
cally, by storing a list of objects stored in the object stor- -^5 
ing devices 32 and 42. it is not necessary for the object . 
management server 1 to transmit the objects again on . 
request. 

[0229] Figure 38 is a flow chart showing the process . 
procedure of the controller 31 of the PC 3 when the PC 
3 requests the object management sen/er 1 to transmit 
an object. 

[0230] As shown in Figure 38, in this embodiment, af- . 
ter first supplying.the identifier of the PC 3 (S3801 ), the 
controller 31 requests the object management sen/er 1 55 
to transmit a list of server objects (S3802). 
[0231] In this embodiment, a list of server objects is a 
list of available server objects or sen/er objects that are 



allowed tobe supplied to. The controller 31 that received 
the Itst of sen/er objects lets the obtained object man- 
aging part 314 determine whether or ^not the server ob- 
jects on the list are stored (53803). When the server ob- 
jects are stored in the object storing device 32 {S3803: 
Yes), it is .not necessary for the object management 
server 1 .to transmit the server objects again, and ^he 
sen/er object is started by using a file stored in the object 
storing device 32 (S 3805). Thereafter, an initialization 
process is performed Ys3806), and an object start noti- 
fication is supplied to the object management sen/er l 
(S3807) in the same manner as described above. 
[0232] On the other hand, ttie server objects on the 
list are not stored in the object storing device 32 (S3803; 
No), the controller 31 requests the object management 
server 1 to transmit the sen/er objects again (S3804). 
. [0233]. After the server object is transmitted in re- 
sponse to the request, the process proceeds to S3805, 
and the same processes as described above are per- 
formed. . 

[0234] The above-described processes call be per- 
formed also in the case where the PC 4 is connected. 
Figure 39 is a flow chart showing the process procedure 
of the controller 41 of the PQ 4 in this case. At S3902, 
a list of client objects is requested. The list of client ob- 
jects in this embodiment includes a listpf available client 
objects or client objects that can be supplied to and the 
corresponding relationship between the client objects 
and the identifiers of. client PCs on which the corre- 
sponding sever. objects, are started. 
[0235] The subsequent processes are similar to those 
in the case of the PC 3. Only in the case where the file 
. of the client object is not stored in the object storing de- 
vice 42 (S3903: No), the transmission of the client object 
is requested (S3904). Other processes are similar to 
those described above so that they are not further de- 
scribed here. Figure 40 is a timing chart showing a com- 
. munication. sequence from the time when the PC 3 re- 
quests a list of objects to the time when the object is 
.-"transmitted to "the PC 4.1n the example of Figure 40. 
. neither of the object storing devices of the PCs 3 and 4 
stores the respective objects of interest. In the case 
where theobject of interest is stored in the object storing 
^ device, the object.transmission request process and the 
object transmission process are omitted. 
[0236] As. described above, the use of the software 
installing apparatus ot this embodiment makes it possi- 
ble lo omit the transmission process in the case where 
it is not necessary to transmit the object. Thus, the woik- 
toad on the network is reduced. 

[0237] :in this embodiment, a variety of information 
necessary for cooperative tasks can be added to the list 
of scfvcr objects or the list of client objects. 



Thirteenth Embodiment 

[0238] Next, a thirteenth embodiment of the present 
invention will be described with reference to the accom- 



15 



BNSDOCID; <EP_. 0924609A2J > 



29 - * . ?.^. ;.EP-.0 924 609 A2 30 

pa'nytng drawings tSelow. - ;. embodiment is the same- as that described with reter- 

[0239] The structure of the software installingiappa- ence to Figure. 40 : . - . - . 

ratus of this embodiment is the same as that "bf the . [0247] - As described atDOve,.the use of the software 

twelfth embodiment, except for the process procedures.- < installing apparatus of this embodiment- makes it possi- 

of the obtained object managing parts 31 4 and 41 4. Fig^ : 5 . ible to star1,:thedatest object -in the client. PC. 

ure 41 is a flow chart showing the process procedure of . -^r- : . : • i : ., . 

the controller 31of the PC 3 when the PC 3 requests the > : 7;ourteenth Embodiment - . : 

object management server 1 to transmit an object in this ' . . - ^ : ^ - 

embodiment; . .[0248] . Next; a fourteenth embodiment will be de- 

[0240] As shown in Figure'4l , after first supplying the - to scribed with reference to the accompanying drawings. 

idehiiffer of the PC 3(S4101 ), the controller 31 requests . [0249] Figure 43 is a functional block diagram show- 

thebbject niana^ement server 1 to transmit a list of serv- ing the structure of the software installing apparatus of 

er obj^ts (S4102). Thiese processes are the same as ^.this embodiment. As shown in Figure 43, in this embod- 

in the eleventh embodiment. - . . iment, this .embodiment is different from the previous 

[0241] ' In this emBodiment. when transmitttng the list - srs- embodiments in that the PCs .3 and 4 include object se- 

of server objects to the ^P'C 3, the object management lecting;parts 31 S^and 415, respectively 

server 1 also transifiits the creation date and 'time of - " "^ [0250] The object selecting parts 315 and 41 5 present 

^^ch servei- object file as additional information. > ■■■.:r a screen displaying ar list of available objects so that a 

[0242] The PC 3 that" received the list of server objects. ■ user.can select an object.to be transmitted. The respec- 

delermines whether or not the server object of interest ijve coramunicalipr>.processors of the PCs request the 

on the list is stored in the object storing device 32 ■ object management server 1 to transmit the selected ob- 

(S41 03). When the sever object is stored in the object : : jects.. ■ ... . .. 

storing device 32 (S4103: Ves). the creation date and ^ [02S1] The communication sequence in this embodi- 
time of the file on the list is compared with that of the file ment is the. same as that described with reference to 

stored in the object storing device 32 (54104). '■' r - 25 Figurcf40, except that before an object transmission rc- 
[0243] if the creation dates and times of both files . - .quest is supplied, a, list of available objects is displayed 
match' (S4104: Yes), it is not necessary to transmit' the - v J ..on a screen and a user selects an^object in this embod- 
serverobject again; and the server object is started with * imeni; r ; . - 

the file already stored in . the object storing device 32^ • [0252] The object management -.server 1 of this em- 
(S4106). Thereafter; an -fhitialization process ^is per- 30 bodiment includes an object information managing part 
formed (S4107j, and an object start notification is sup--. ' 117 as in the eighth ernbodiment. Therefore, in the case 
plied to the object nhanagement server 1 (S410S) in the ' ^ where a user who selected an object is not permitted to 
same manner as described 'above. - • ■ access the selected object, the object is not transmitted. 

[0244] On the other hand, if the server object on the. [0253].- - As described above, the use of the software 
list is not stored in the object storing device 32 (S4103: ' 35 . installing apparatus of this embodiment makes it possi- 
No), or if the object is stored (34103: Yes), but the ere- - ble. to transmit onfy the object necessary for a user, 
ation dates and times do hot match (541 04: No), the Thus, the workload on the network can be reduced, 

controller 31 requests the object management server r - : - ^ . . - . - . . 

to transmit the server'^object (S41 05). Thereafter, the- ' Fifteenth Embodiment . - 
procedure goes to 84106 and the same procedure is ^ ^O 'r.: .-: 

performed. • .-i [0254] Next, a fifteenth embodiment will be described 

[0245] The 'case where the creation dates and times with reference to the accompanying drawings, 
of both files do not rfiatch IS, for example, the case where ^[0255] . The structure of the software installing appa- 
the PC cannot cope With trie upgrade of the version of . ratus of this embodiment is the same as that described 
*tl® ^Pl*^.^'"®. , . . ^ *' ''^ : with reference to Figure 6, except that the server object 

[10246] The above-described procedure can be per- ■ 12 and the clientobjeci 1 3 are divided into a plurality of 
formed als6 in the case where the PC 4 is connected. ■ modules, if necessary, in this embodiment. 
"Figure 42 is a flow chart showing the process procedure • - [0256] ' Figures 44A and 44B are schematic diagrams 
of the controller 41 of the PC 4 in this case. As shown showing the contents of the server object and the client 

in Figure 42, in the case of the PC 4 as' well as the PC so object. Figure .44A is a schematic diagram showing the 
^= 9n'Y. 'L*.^^ client object of interest is hot ' ' content of the server object 12. As described in Figure 

stored'in the object storing device 42 (S4203: No), or if • ■ 44A...the server object 1 2 in this embodiment is divided 
the creation dates and, times of both files do not rtiatch- . : into a' plurality of modules 12c and 12d when being 
although the file is stdred (S4204: No), the controller 41 stored. 

requests the object mahkgement server 1 to trarismit 5S [0257] Figure 44B is a schematic diagram showing 
the client object (S4205). Other procedures are - the the content of the client object 13. As described in Figure 
same as described above, so that they are not further ^ -446 the client object 13 in this embodiment includes an 
described here. The communication sequence iri this- identifier-storing part 131 and is divided into a plurality 
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of modules 1 3c and 1 3d when being stored. 
[0258] Among such divisional modules one module, 
is necessarily the main module, and the other modules- 
are called by the main module when it is necessary:. In 
this embodimeht.-the modules l 2c and iSc are the main 
modules and the other modules are submodules. 
[0259] The object management server 1 in this em- 
bodiment first transmits only the main module when the 
PC 3 or 4 IS connected to the LAN-2.. Hereinafter, the 
case where the -PC 3 is-connected to the LAN 2 will be 
described - • • - : - --v 

[0260] V\/henthe PC 3 is connected, the main module 
12c of the server object 12 is transmitted in the same 
procedures as described above, and the transmitted 
' main module 12c of the sen/er object 1 2 operates in the 
object executing part 31 3 of the PC 3. . ■ • ■ - 

[0261} In this embodiment, when the object executing 
part 313 executes thenransmitted server object 12, the 
submoduie 1 2d is called by the main module 1 2c. In this 
case, the object executing part 31 3 first requests the ob- 
ject managing part 412 to fetch the submodule .12d;. 
However, the submodule 1 2d is not stored in the object 
storing device 32 of the PC 3, so thaTa notification no- 
tifying that the submodule 1 2d is not stored in the object 
storing device 32 is supplied to:thc object cxecutig part 
313. fOlore specifically, it can be detected by an error 
message reading "no module" in a DLL (Dynamic Link 
Library) that the submodule I2d is not stored. . . : 
[0262] Upon the reception of the" notification, the,ob- ; 
ject executing part 313 requests the communication , 
processor 311 to transmit the submodule I2d. . 
[0263] The communication processor 311 requests 
the object management server. 1 to transmit the sub- 
module 12d. Thereafter; accordiriq .to the regular com- . 
munication sequence, the submodule 1 2d is transmitted 
to the PC 3, and the operation of the sen/er module 1 2 
■resumes. • ^ 

[0264] As described above, the use of the software 
installing apparatus of this- embodiment makes it possi- 
ble to transmit only the necessary module among divi- . 
sional modules; Thus, the worklb'ad.on the network can 
be reduced. 

[0265] In this embodiment, the'lP address is used as 
the Identifier of a computer, but any identifier can be 
used as long as it identifies the computer uniquely. 
[0266] Furthermore, in this embodiment, it is. de- 
scribed tor the sake of convenience that the sen/er ob- 
ject 12 dnd the client object I3'are stored in different 
storage devices. However, physically the same storage 
device can store both objects. :• 
[0267] A recording medium in which programs tor re- 
alizing the software installing method of the present in- 
vention arc recorded can be not only a transportable rc-. 
cording medium 92 such as a CD-ROM 92-1 , or a floppy 
disk 92-2, but also a wired storage device 91 or a fixed 
recording medium such as a hard disk of a computer or 
a RAM 94. as shown in Figure 45. The program 94 is 
■ loaded into the main memory, of a data processing de- 



vice including an output device 93, and executed. 



Claims . - ' 

1. A software installing apparatus in a system for co- 
■ operatively operating a sen/er object and a client 
object between at least two computers connected 
to a network, the server object operating on a com- 
10 puter and waiting for access from another compu- 
ter, the client object operating on .a computer other 
than the computer on which the, sen/er object oper- 
• . . , ates and accessing the-sen/er object, 

15 . the software installing apparatus comprising: 

a sen/er object- storage for storing at least one 
server object; 

server identifier acquiring means for acquiring 
an identifier of a computer on which the server 
20 object operates; 

a client object storage for storing at least one 
client object including an identifier storage for 
storing the identifier acquired by the server 
identifier acquiring means; 
25 identifier storing moans for storing the identifier 

acquired by the sen/er. identifier acquiring 
means in the identifier storage included in the 
client object corresponding to .the operating 
server object; and 
30 . object. transmitting means for transmitting at 

least one of the server object and the client ob- 
ject in response to a request from the computer 
for operating the object: the server object being 
stored in the server object storage, the client 
35 .. object being stored in the client object storage 

\ and including the identifier storage for storing 
. the identifier. . 

2. -The software installing apparatus according to 
. 40 . claim 1, wherein 

the server object and the cliesnt object include 
a main application that operates and a control 
. object that starts the main application, 
45 the Identifier storage is included in the control 

object of the client object, and 
the object transmitting means transmits only 
the control object or the control object and the 
main application. 
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55 



3. The software installing apparatus according to 
claim 1 or. 2 further comprising: 

client object operatiori end detecting means for 
detecting an end of operation of the client ob- 
. ject in the computer on which the client object 
operates; 

counting means for counting the number of 
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computers on which the client object operates 
based on the number of times the clieru etbjecl 
is transmitted and the number of times of the 
end of the operation detected by the client ob- 
ject operation end detecting means: and 5 
count determining means for delermintnq 
whether or not the number of the computers on 
which the client object operates counted by the 
counting means becomes zero. - . - r 

■' :. L-^o' 

The software installing apparatus according to 

claim 1 or 2 further comprising; 

a first table for storing a list of operating server- 
objects: and . . 15 
a second table for storing a corresponding re- 
lationship between the client object and an 
identifier of a computer on which the client ob- 
ject can operate, 

wherein the object transmitting means trans- 20 
mits only the client object that can be used, in a 
computer that requested to transmit the client . - 
object to the computer with reference to the first 
and second tables. 

The software installing apparatus according to any 
one of claims 1 to 4 further comprising: - . , 

new object receiving means for receiving.a new c- - 
object transmitted from a computer: , - ,30 

object determining means for determining : . 
whether the object received by the new object 
receiving means is the server object or the.cU- ■ 
ent object: and 

object storing means for storing the object re- 35 
ceived by the new object receiving means tn at 
least one of the server object storage: and the 
client object storage. 

The software installing apparatus accordiag.to any. wo ■ 
one of claims 1 to 5 further comprising: 

server object operation managing means for 
determining whether a computer on which the 
server object is operating exists, -^s 
wherein, in the case where the server object op- 
eration managing means receives a notification 
of start of the server object, the object iransmil- 
ting means transmits the client object cofie- 
sponding to the server object to a compute r that so 
requested to transmit the corresponding client 
object before the server object starts. 

The software installing apparatus according to any 
one of claims 1 to 6 further comprising: 55 

server object operation end detecting means 
for detecting an end of operation of the server 



object in a computer on which the server object 
is operating;.and 
• r., client object operation terminating means for 
.terrninating operation of the client object corre- 
' . . .sppnding to the server object when the server 
; ' pbject operation end detecting means detects 
the end .of the operation of the server object. 

8. The;. software, installing apparatus according to 
■ ,^ claim 1 or 2 further comprising 

a table- for storing a corresponding relationship 
,between a- plurality of networks and objects 
available for each network: and 
network identifying means for identifying a net- 
^ . work to which a computer is connected, 

wherein the object transmitting means irans- 
mits pnl^ the otDject available for the network 

; determined by .the network identifying means 

. with reference, to the table. 

9. The software, installing, apparatus according to 
claim 1 or 2 further comprising 

a first tabic for storing a corresponding relation- 
ship between locations of a computer and ob- 
- jects available for each location; 

- a second table for storing a corresponding re- 
. lationship between users and a computer car- 
: ried by each user; . , 

user identifying means for identifying a user 
. ,W!th reference to the second table when a com- 
' puter is connected: and 

user location identifying means for identifying a 
location of a user identified by the user identi- 
- , tying means, 

wherein the object transmitting means trans- 
mits only the object available for the location 
. with reference to the first table based on the lo- 
. ..cation of the user identified by the user location 
- identifying means when a computer is connect- 
ed 

10. The software installing apparatus according to 
claim 1 or 2 funher compnsing: 

a table for storing a corresponding relationship 
between a plurality of networks and objects 
available for each network, and 
network designation receiving means for re- 
ceiving designation of a network from a compu- 
ter that is connected from outside the network, 
wherein the object transmitting means trans- 
mits only the object available for the designated 
network with reference to the table. 

11. The software installing apparatus according to any 
one of claims 1 to 10. wherein 
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in the case where ihe object includes a plurality 
of modules, the server object storage and the 
client object storage store the object divided in- 
to a plurality of modules, and 
' • the object transmitting means transmits a divi- 
' sional module vvhen the computer needs the di- 
visional module. 

12- A method for installing software in k system for co- 
operativefy operating a server object and a client 
object between at least two computers connected 
to a network, the server object operating on a com- 
puter and waiting for access from another compu- 
ter, the client object operating on a computer other 
than the computer on which the server object oper- 
ates and accessing the server object, 
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the method comprising the steps of: 
acquiring an identifier of a computer on which 
the server object operates; and 
storing the identifier acquired by the server 
identifier acquiring step in an identifier storage 
included in Ihe client object. 

1 3. A computcr-roadablc recording medium that stores 25 
a program for realizing a method for installing soft- ■ 
ware in a system for cooperatively operating a serv- 
er object and a client object between at least two 
■ computers connected to a network, the server ob- 
ject operating on a computer and waiting for access 30 
from another computer, the client object operating 
on a computer other than the computer on which * 
the server object operates and accessing the server 
object, . 

• 35 

the program executing the steps of: 
acquiring an identifier of a computer on which 
the server object operates; and 
storing the client object acquired by the server 
identifier acquiring step in an identifier storage- -^o 
* included in'thie (Client object. 
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